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[57] ABSTRACT 

The present invention is a system which enables a user 
to carry one credit card instead of many. The informa- 
tion pertaining to each credit card account, such as the 
name of the account, the number of the account, and its 
expiration date, are encoded on the card, by magnetic 
means, with a semiconductor memory device, or using 
any other means of recording data. The owner's name is 
also encoded on the card, but the card does not bear any 
visually-perceptible indication of the name of the 
owner, or of the names of the credit card accounts 
represented on the card. The invention also includes a 
microprocessor-based system which accepts the card, 
determines whether the credit card account selected for 
use by the owner of the card is valid, and prints a credit 
card invoice. In an alternative embodiment, only the 
name and identification number of the owner are en- 
coded on the card, the information for the various 
credit card accounts being stored in a remotely-located 
computer. The single card can thus be used in place of 
a large number of different credit cards. 

19 Claims, 3 Drawing Figures 
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cuits are embedded within the card to provide means 

MULTIPLE CREDIT CARD SYSTEM for identifying the owner of the card. 

Another example of a credit card system is shown in 
BACKGROUND OF THE INVENTION U.S. Pat. No. 4,395,627. This patent shows a system 
The present invention, relates to the field of credit 5 which » designed primarily for credit card purchases 
card systems, and, in particular, discloses a system from gasoline stations, and discloses a control console 
wherein a large number of credit cards of different connected to a credit card reader and a printer for gen- 
issuers can be replaced by a single card. erating credit card invoices. 

Credit cards have been popular for many years, and All of the above-cited patents are incorporated by 

the prior art is filled with technological innovations 10 reference into this disclosure. 

which facilitate the use of such cards, and the verifica- While all of the patents described above provide 

tion of credit card transactions. One system for auto- useful techniques for encoding data onto credit cards, 

mating the use of credit cards is shown in U.S. Pat. No. and for automating the credit card verification proce- 

3,872,438. This patent discloses a vending machine dure, none deals with the problem addressed by the 

which can be operated with a credit card, without the 15 present invention. With the proliferation of credit cards 

need for an attendant. The card has a plurality of discs that has occurred in recent years, even the relatively 

having a high dielectric constant, the arrangement of infrequent user of credit cards maintains a large number 

the discs forming a code which identifies the owner of of credit card accounts. It is not uncommon for a cus- 

the card. If the user of the vending machine fails several tomer to hold ten, twenty, or even more credit cards, 

times to give the correct identification information, 20 including bank credit cards, gasoline cards, "travel" 

indicating that the credit card may have been stolen, the cards, and the like. It is very difficult, if not impossible 

machine will sound an alarm. , to fit such a large number of cards into a wallet. More- 

U.S. Pat. No. 4,529,870 discloses another system over> tne greater the number of cards, the greater the 
which can be used for credit card verification. The risk that some of them can be lost, stolen, or misplaced, 
system includes a card which has microprocessor cir- 25 And if some> but not a j| ( are sto len, the loss of a few of 
cuitry embedded within it. The circuitry generates a the cards may not be detected immediately. Further- 
code which insures that only the true owner of the card more> the person wno | eaves several less frequently- 
can use it. The card is inserted into a terminal, which, used cards at home tQ conserve wa ]] et spacet may suc j- 
when proper identification has been given, permits the den]y find that the card which is now wante d is not 
user to perform various financial transactions. 30 avai j ab j e 

U.S.Pat. No. 4,485,300 gives an example of a system virtually all the credit cards currently issued by 

using remotely-located computers, the system being crgdU ^ anies are als0 a secur i t y risk for the 

designed to verify the validity of a credit card. The Cr ^ t ^ a , mosl fl , shQW the name of 

system is intended for validation of tt^<^* " and hflye number and ^ name 

so-called "bank" credit cards (such a those known by 35 M| ^ hoIder embossed on the card. This informa- 

the trademarks and/or service marks Visa and Mas ^ & ^ A h ^ 

terCard"). Each issuer, i.e each bank originating the ^^^^ J^. .„ mQSt ^ is aI , , imitedf 

card, determines the degree as a matter of law or'custom, the fact remains that some- 

with its cards are to be checked. The system coord i- w u ^ • or , tKl 

nates the varying desires of the several issuers in deter- 40 °™ ™st bear the ^ d'rectly o J^tiy. That 

mining which cards, and how many cards, are to be "someone" >s invariably the consuming public. 

Sated in detail before a transaction will be ap- The present invent™ solves the prob ten* i discussed 

P above by replacing a plurality of credit cards with a 

^US. Pat. No. 4,472,626 discloses another verification single card. Instead of carrying ten, twenty, or more 

system for credit cards, employing a remotely-located 45 individual cards, the cardholder can use a single ^card, 

computer. A local microprocessor communicates, via thereby saving space, and maximizing convenience, 

telephone lines, with the remote computer, to retrieve SUMMARY OF THE INVENTION 
information as to the validity of the credit card. 

U.S. Pat. No. 3,624,357 shows another credit card In one embodiment, the present invention comprises 

verification system, the system being programmed, 50 a card having information concerning the cardholder s 

when the credit card is found to be valid, to print a credit card accounts encoded thereon The card is 

credit card slip which constitutes an unsigned negotia- placed into a card reader which under the control of a 

ble instrument for the amount of the purchase. The suitable console, and with the aid of a microprocessor, 

signature of the cardholder on the slip turns the slip into interprets the data on the card. The apparatus is con- 

a valid check. 55 nected to a printer which creates a credit card invoice. 

There have also been many examples, in the prior art, The card does not contain any visible indication of 

of means for encoding information onto a credit card, or the identity of the cardholder, or of the names of the 

similar card. For example, U.S. Pat. No. 4,469,937 dis- credit card issuers. It is the responsibility of the mer- 

closes a method of writing data onto a card by varying chant to ask the customer which credit card is to be 

the optical properties of a band disposed on the card. 60 used. The merchant enters the information given orally 

The variations in this band constitute the encoded data. by the customer, and the microprocessor compares this 

The system varies the degrees of contrast in various information with the data on the card. If the informa- 

portions of the band, but these variations are not per- tion given does not match the stored data, the system is 

ceptible to the human eye. programmed to reject the transaction, and to emit a 

In U.S. Pat. No. 4,476,468,. a set of light-changing 65 warning signal. If the information does match, the mi- 
crystals, embedded in the card, modulates a light beam croprocessor may interrogate a conventional credit 
to.reveal the information contained in the card. And in card verification system, such as is described in the 
U.S. Pat. Nos. 4,484,067 and 4,506,148, integrated cir- above-cited patents, to determine whether the card is. 
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still valid, whether credit limits are exceeded, etc. If the FIG. 2 is a How diagram illustrating the logic or the 

credit card account is valid, the microprocessor directs microprocessor shown in FIG. 1. 

the printing of a credit card invoice, and the transaction FIG. 3 is a block diagram of an alternative embodi- 

is completed. ment °f lne invention, wherein the credit card informa- 

ln addition to having the customer give his or her 5 tion is stored in a remotely-located computer, 
name and possibly a personal identification number, the DETAILED DESCRIPTION OF THE 
very fact that the customer knows what credit card INVENTION 
accounts are represented on the card account, but that # 
account is not found on the card, the customer is likely FIG. 1 is a block diagram which illustrates the pnnci- 
to have stolen the card. The merchant can then respond 10 pal components of the present invention. A credit card 
accord in ely *• onto wmch a set of data nas Deen P revj o usl y encoded, 
. In another embodiment, the credit card does not itself is inserted into card reader 3. The card reader is con- 
contain information as to the individual credit card trolled by a console 5. The console has a keyboard for 
accounts of the cardholder. Instead, the card contains entry of data by a merchant. ^^.^^^ 
only identifying data pertaining to the cardholder. The ■* f J™ i in U.S. Pat. No . 3,624 357, 4.395,627, or 
microprocessor is connected, Ihrough a modem, to a ^,472,626, or similar consoles, can be used. 

p , . , . . • u ~. « *r Conso e 5 also operates in conjunction with micro- 
remote y-ocated computer which stores a list of the w . , . *V t ; , 4 u , . . r 

. J , , ;,. . , T u M processor?, which interprets the data obtained from the 

cred.t card accounts held by each H ^tomer The re- P ^ The mi cessor 

mote computer is thus interrogated by the merchant 2() be i the cq t this con . 

through the console, and the computer accepts he . % ^ nec The microprocessor can be 

transaction only if the cred.t card account named I by -the ^ ^ a utei - because it is Iocated 

customer in fact exists for the card submitted. After it £ ^ ^ & ^ 

has been determined that the credit card account exists, described below 

the system can be programmed to perform a conven- 25 Jhe CQnsole ^ - s connected t0 a verification system 

tional verification procedure for the transaction. If the g ^ verification system used can be any conventional 

transaction is rejected for any reason, a warning is system for determining the validity of a credit card, 

sounded; if it is accepted, a printer is activated to create Exarnp ] e s of such systems are shown in U.S. Pat. Nos. 

an invoice. 4,476,468, 3,872,438, 4,529,870, 4,485,300, 4,472,626, 

Regardless of the embodiment used, the data can be 3Q and 3>62 4,357. The apparatus also includes a printer 11, 
encoded on the card in various ways. The data can be also opera ti ve ly connected to the console, for creating a 
contained in an integrated circuit embedded in the card, credit card invoice when a transaction is approved, 
or it can be written in magnetic form. It could also be The verification system can include a telephone con- 
encoded using the optical procedures described in the nection to a remote computer, the remote computer 
above-cited patents, or by other means. What is impor- 35 5 em g maintained by a credit card issuer. But the verifi- 
tant is that the card identify the cardholder, and that ca tion system can assume many other forms, and can be 
such identification not be perceptible to the human eye. automated to varying degrees. For example, a simple 

It is therefore an object of the invention to provide a "verification system", still in common use, is the manual 

credit card system which replaces a plurality of credit placing of a telephone call to a credit card issuer, and 

cards with one card. 40 receipt of an oral authorization code. It is even possible 

It is another object of the invention to improve the f or the verification to be performed by searching 

security of credit cards. through a printed table of invalid card numbers. The 

It is another object of the invention to reduce the function of verification device 9 can be performed by 
space occupied by credit cards in the wallet of a credit anv of these arrangements. Or, the verification system 
card customer. 45 could be completely automated, in which case the mi- 
It is another object to provide a system as described coprocessor 7, through a suitable modem (not shown 
above, wherein the card contains encoded information j n FIG. 1), would communicate with the remote corn- 
concerning a plurality of credit card accounts. puter of a credit card issuer, and would determine 

It is another object to provide a system wherein the whether to approve the transaction, 
card contains only identifying information about the 50 An example of the logic of the programming of mi- 
cardholder, and wherein the data concerning the card- coprocessor 7 is given in the flow chart of FIG. 2. 
holder's accounts are stored in a remotely-located com- Before the program begins to run, the customer presents 
puter. the credit card to the merchant. The merchant asks for 

It is another object of the invention to provide sys- the customer's name, and possibly for a personal identi- 

tems as described above, wherein the identity of the 55 fication number (PIN). The merchant also asks the cus- 

cardholder,- and the identities of the credit card ac- tomer for the name of the credit card. As used herein, 

counts, are not perceptible from inspection of the card. the term credit card "name" means the name of the 

It is another object of the invention to provide sys- issuer, e.g., "VISA", "American Express", "Diners 

terns as described above, wherein such systems can be Club", etc., not the name of the cardholder. The card 

used with conventional credit card verification devices. 60 itself does not bear any of this information in visually 

Other objects and advantages of the invention will be perceptible form. If the customer does not give a cor- 

apparent to those skilled in the art, from a reading of the rect cardholder name, a correct PIN, and a valid credit 

followingbrief description of the drawings, the detailed card account name, the merchant will know that the 

description of the invention, and the appended claims. card is probably being improperly used. 

„ ^ _ „„„ T ^„ 65 When the customer gives the card to the merchant, 

BRIEF DESCRIPTION OF THE DRAWINGS the merchant first inserts the card inl0 the reader, as 

FIG. 1 is a block diagram of one embodiment of the indicated in block 13. The system reads the card number 
present invention. from the card, in block 15. This card number is a unique 



04/27/2004, EAST Version: 1.4.1 



4,700, 

5 

number assigned to every card issued according to the 
present invention. The microprocessor is programmed 
with a set of card numbers for cards which have been 
reported lost or stolen, this set being updated from time 
to time as the merchant receives bulletins concerning 5 
stolen cards. Preferably, the merchant is provided with 
a disk or tape, or even a replacement ROM chip, con- 
taining this information, which information can be 
quickly loaded into the microprocessor. In test 17, the 
system determines whether the card has in fact been 10 
reported lost or stolen. If so, the system transfers to 
block 25, issues a warning signal, and stops in block 27. 
The warning signal can be a flashing light, a tone, or a 
combination of these. 

If the card is not lost or stolen, the system proceeds to 15 
block 19, where it prompts the merchant to enter the 
name of the customer. The merchant enters the name 
given orally by the customer, onto the console key- 
board. The system then checks, in block 21, whether 
this name matches the name stored on the card. If it is 20 
not, the system branches to block 25, issues a warning 
signal, and stops in block 27. If the name is correct, the 
system prompts the merchant for the customer's PIN, in 
block 23. The system tests the validity of the PIN in test 
29, issuing a warning and stopping if the PIN is incor- 25 
rect. The invention can be practiced without the use of 
a PIN, in which case block 23 and test 29 would be 
omitted. 

The system next prompts the merchant, in block 31, 
to enter the name of the credit card. The merchant 30 
enters the card name supplied by the customer. In test 
33, the system compares the entered name with a list of 
credit card names encoded onto the card. If the credit 
card name supplied by the customer does not match one 
of the credit card names encoded on the card, the sys- 35 
tern transfers to block 25, issues a warning signal, and 
stops in block 27. 

If the credit card name is valid, then the system con- 
tinues in block 35. The merchant enters the amount of 
the transaction, and may then perform a verification 40 
step. The term "verification", as used herein, means the 
process of determining that the credit card account is 
valid, unexpired, and that the credit limit has not been 
exceeded. "Verification" is not to be confused with the 
steps of checking the identity and PIN of the customer, 45 
and of determining that the card is, in fact, encoded 
with a particular credit card name, as described above. 
The verification process can be done using existing, 
conventional verification devices. These devices can be 
connected for automatic actuation by the microproces- 50 
sor, as described above. Thus, the microporcessor may 
automatically dial the telephone number of a remote 
computer, transmit the credit card information and the 
amount of the transaction, and wait for an authorization 
signal. Of course, the microprocessor must dial a differ- 55 
ent number, for each different credit card account, 
depending on which credit card is selected by the cus- 
tomer. The telephone numbers for each such credit card 
issuer are previously programmed into the micro- 
processor. The verification procedure can, of course, be 60 
semi-automatic or manual. It is also possible to omit the 
verification step entirely for some or all transactions. 

If the transaction has been approved by a remote 
computer, the computer issues an authorization number, 
which is flashed on the console, and is automatically 65 
recorded by the system. If a manual verification system 
is used, the merchant enters an authorization code, or a 
code indicating that no authorization code is to be used. 
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The system, in block 37, then prints an invoice, which 
may include the authorization number. It is also possi- 
ble, and within the scope of the invention, for the in- 
voice to be written by hand. What is important is that a 
single card be used in place of plurality of credit cards. 

It is also possible to program the card with data con- 
cerning the credit limits for each credit card account. In 
this case, it is not necessary to obtain this information 
from the verification system, although the verification 
system would still be needed to determine whether the 
card had expired, and to determine the outstanding 
account balance. 

FIG. 3 illustrates an alternative embodiment of the 
invention. In this embodiment, the credit card contains 
only an identifying card number, and, possibly, identify- 
ing data pertaining to the cardholder. It does not con- 
tain information on the credit cards held by the card- 
holder Instead, the latter information is maintained in a 
remotely-located central computer. 

In FIG. 3, credit card 40 is inserted into card reader 
42. Console 44, similar to console 5 of FIG. 1, is used by 
the merchant to control the system. Microprocessor 46, 
which may also be built into the console, is connected to 
a modem 48, which provides communication, via tele- 
phone lines, with remotely-located computer 50. The 
system also includes a printer 52 for creating credit card 
invoices, and a verification device 54. Remote com- 
puter 50 stores information such as the name, number, 
expiration data, and credit limits for each credit card 
account maintained by the card owner. 

The programming of microprocessor 46 is very simi- 
lar to that of FIGS. 1 and 2, except that instead of read- 
ing information on credit card names from the card 
itself, the system derives this information from the re- 
mote computer. Remote computer 50 is not to be con- 
fused with the remote computers that may be part of 
verification device 54. The main function of computer 
50 is to determine which credit card accounts are asso- 
ciated with a particular card. The computers which 
may be contacted by verification device 54 determine 
whether a particular credit card transaction should be 
approved. In general, computer 50 belongs to the sys- 
tem of the present invention, while the computers asso- 
ciated with the verification device belong to the respec- 
tive credit card issuers. 

Remote computer 50 can also store the name and PIN 
of the owner of the card. In this case, the only informa- 
tion that need be recorded on the card is the card num- 
ber itself. The microprocessor can be programmed to 
interrogate the remote computer, so as to compare the 
information given by the customer with the information 
stored in the remote computer. 

The embodiment of FIG. 3 has the advantage that 
credit card account information can be easily changed 
at one centralized location. Every time the customer 
adds a credit card, or changes an address, or changes a 
credit limit on a card, the change can be made without 
replacing or modifying the card. The embodiment of 
FIG. 1 has the advantage of speed of operation, since it 
is unnecessary for the merchant, or the microprocessor, 
to make a call to a central computer, in addition to any 
call required to a verification center. 

The information encoded onto the card, whether it 
includes the name of the customer and the names of the 
credit card accounts, or whether it is limited to a single 
card number, can be stored in any conventional manner. 
Thus, the card may have an integrated circuit, or "mi- 
cro-chip", implanted into the card, the circuit compris- 
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ing a "read-only" memory (ROM) which stores the 
information. Of course, if a ROM is used in the first 
embodiment, a new card must be issued whenever a 
change is made in the cardholder's list of credit cards. 
The information on the card can also be encoded in 5 
other ways, such as with a magnetic strip, or by using 
the other techniques described in the patents cited 
above, or by still other methods. Whatever method of 
encoding is used, it is preferred that the data on the card 
not be visually perceptible. 10 

The present invention facilitates the detection of sto- 
len credit cards. When a customer reports a card as 
being lost or stolen, the card number is added to a list of 
lost or stolen card numbers. In the first embodiment of 
the invention, the microprocessors of all participating 15 
merchants are provided with updated information on 
stolen cards, so that the apparatus of every merchant 
will automatically reject all transactions attempted with 
that card. In the second embodiment, the list of stolen 
card numbers is stored in the central, remotely-located 20 
computer, and the system will also reject all attempted 
transactions automatically. In either case, placing a 
single card number on a list of stolen card numbers can 
prevent the use of all credit card accounts associated 
with the card. Because a plurality of credits cards are 25 
replaced by one card, it is very easy to prevent the card 
from being used again. 

The embodiments of the invention, described above, 
are intended to be exemplary, and not limiting. Many 
variations are possible, within the scope of the inven- 30 
tion. The particular types of microprocessor, card 
reader, console, and printer can be changed. Some of 
the steps performed automatically by the microproces- 
sor could be performed manually by the merchant. As is 
clear from the above description, the type of informa- 35 
tion, and the level of detail of the information, con- 
tained on the card can also be varied to suit particular 
needs. The card may contain a great deal of information 
on the cardholder and his or her accounts, or it may 
contain no more than an identifying number, in which 40 
case the remaining information is stored in a central 
computer. These and other modifications are to be 
deemed within the spirit and scope of the following 
claims. 

What is claimed is: 45 
1. A system for representing a plurality of credit 
cards on a single card, comprising: 

(a) a credit card, capable of storing a set of machine- 
readable digital data, including identifying infor- 
mation pertaining to the owner of the card, and the 50 
names and numbers of a plurality of credit card 
accounts, the credit card accounts originating from 

a plurality of different issuers, the credit card being 
free of any visually-perceptible indicia pertaining 
to the owner of the card or to any of the credit card 55 
accounts encoded on the card, 

(b) a card reader, the reader being capable of decod- 
ing the data stored on the card, 

(c) a verification system for determining the validity 

of a proposed transaction with at least one of the 60 
credit card accounts stored on the card, 

(d) means for printing an invoice when a transaction 
has been approved, and 

(e) a console for controlling the card reader, the veri- 
fication system, and the printer means, the console 65 
being connected to a microprocessor for analyzing 
the data on the card and for controlling the print- 
ing of the invoice. 



2. The system of claim 1, wherein there is stored on 
the card an identifying code pertaining to the card 
owner. 

3. The system of claim 2, wherein there are stored on 
the card the expiration dates of each credit card account 
listed thereon. 

4. The system of claim 3, wherein there are stored on 
the card the credit limits associated with each credit 
card account listed thereon. 

5. A credit card system, comprising: 

(a) a card capable of storing a set of machine-readable 
digital data, including identifying information per- 
taining to the owner of the card, the card including 
data pertaining to credit card accounts established 
by a plurality of different issuers, the accounts 
being established in the name of the owner of the 
card, the card being free of any visually-percepti- 
ble indicia pertaining to the owner of the card or to 
any of the credit card accounts encoded on the 
card, 

(b) a card reader, 

(c) a microprocessor, 

(d) a control console, 

(e) a printer, 

(0 a modem, and 

(g) a remotely-located computer, wherein the console 
is connected to control the card reader, the micro- 
processor, and the printer, wherein the modem is 
connected to provide data communication between 
the microprocessor and the remote computer, 
wherein the remote computer is programmed to 
store information on a plurality of credit card ac- 
counts maintained by the owner of the card, and 
wherein the remote computer is programmed to 
transmit a signal to the microprocessor, the signal 
indicating whether or not a transaction is ap- 
proved. 

6. The system of claim 5, wherein the information 
stored in the remote computer includes the name and 
number and expiration date of each credit card account 
maintained by the card owner. 

7. The system of claim 6, wherein the information 
stored in the remote computer includes the credit limits 
of each credit card account maintained by the card 
owner. 

8. A system for processing multiple credit card trans- 
actions, comprising: 

(a) card reader means for interpreting a set of ma- 
chine-readable data encoded on a card, the card 
containing identifying information pertaining to 
the owner of the card, and the names and numbers 
of a plurality of credit card accounts, the credit 
card accounts originating from a plurality of differ- 
ent issuers, the card being free of any visually-per- 
ceptible indicia pertaining to the owner of the card 
or to any of the credit card accounts encoded on 
the card, 

(b) a local computer, 

(c) means for establishing a data communication path 
between the local computer and a remotely-located 
computer, and 

(d) a control console, the console being connected to 
control the card reader means and the local com- 
puter, the console including means for entering 
data for processing by the computer, the local 
computer being programmed to compare informa- 
tion on the identity of a customer, supplied by the 
customer and entered onto the console, with the 



04/27/2004, EAST Version: 1.4.1 



4,700, 

9 

data encoded on the card, the remote computer 
being programmed to compare the name of the 
credit card account, supplied by the customer and 
entered onto the console, with the data encoded 
onto the card, wherein the local computer is pro- 5 
grammed to issue a warning if the information 
relating to the identify of the customer, given 
orally by the customer and entered onto the con- 
sole, does not match the information encoded on 
the card, and to issue a warning if the name of the 10 
credit card account, given orally by the customer 
and entered onto the console, does not match the 
information stored in the remote computer, and to 
issue a signal of approval if all the information J5 
given orally by the customer, and entered onto the 
console, is correct. 

9. The system of claim 8, further comprising means 
for printing an invoice, the printing means being con- 
nected for actuation by the local computer. 2 0 

10. The system of claim 9, further comprising means 
for verifying the validity of the credit card account 
supplied by the customer. 

11. A method for processing multiple credit card 
transactions, comprising the steps of: 25 

(a) presenting a card containing identifying informa- 
. tion pertaining to the owner of the card, and the 

names and numbers of a plurality of credit card 
accounts, the credit card accounts originating from 
a plurality of different issuers, the card being free 30 
of any visually-perceptible indicia pertaining to the 
owner of the card or to any of the credit card 
accounts encoded on the card, 

(b) orally supplying identifying information pertain- 
ing to the owner of the card, and supplying the 35 
name of the credit card account to be used in a 
transaction, 

(c) determining whether the identifying information 
and the credit card account name supplied match 
the information encoded in machine-readable form 
on the card, and 

(d) processing the transaction for the credit card 
account selected if the information given matches 
the information encoded on the card. 45 

12. The method of claim 11, wherein the processing 
step includes the step of verifying the validity of the 
particular credit card account selected. 

13. The method of claim 12, wherein the processing 
step further comprises the step of printing an invoice for 50 
the credit card transaction. 

14. The method of claim 13, further comprising the 
step of issuing a warning signal if any information con- 
tained on the card does not match the information sup- 
plied in step (b). 55 

15. A method for processing multiple credit card 
transactions, comprising the steps of: 
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(a) presenting a card containing identifying informa- 
tion pertaining to the owner of the card, and con- 
taining the names and numbers of a plurality of 
credit card accounts, the credit card accounts orig- 
inating from a plurality of different issuers, the card 
being free of any visually-perceptible indicia per- 
taining to the owner of the card or to any of the 
credit card accounts encoded on the card, 

(b) orally supplying identifying information pertain- 
ing to the owner of the card, and supplying the 
name of the credit card account to be used in a 
transaction, 

(c) determining whether the identifying information 
and the credit card account name supplied match 
the information encoded in machine-readable form 
on the card, and 

(d) interrogating a remotely-located data base to de- 
termine whether the credit card account specified 
in step (b) in fact belongs to the owner of the card, 
and 

(e) processing the transaction for the credit card ac- 
count selected in step (b), if the identifying infor- 
mation given matches the information encoded on 
the card, and if the owner of the card is found to 
own a credit card account designated by the credit 
card name supplied. 

16. The method of claim 15, wherein the processing 
step includes the step of verifying the validity of the 
particular credit card account selected in step (b). 

17. The method of claim 16, wherein the processing 
step further comprises the step of printing an invoice for 
the credit card transaction, 

18. The method of claim 17, further comprising the 
step of issuing a warning signal if any information con- 
tained on the card or in the remote data base does not 
match the information supplied in step (b). 

19. A system for representing a plurality of credit 
cards on a single card, comprising: 

(a) a card capable of storing a set of machine-readable 
digital data, including identifying information per- 
taining to the owner of the card, and the names and 
numbers of a plurality of credit card accounts, the 
credit card accounts originating from a plurality of 
different issuers, 

(b) a card reader, the reader being capable of decod- 
ing the data stored on the card, 

(c) a verification system for determining the validity 
of a proposed transaction with at least one of the 
credit card accounts stored on the card, 

(d) means for printing an invoice when a transaction 
has been approved, and 

(e) a console for controlling the card reader, the veri- 
fication system, and the printer means, the console 
being connected to a microprocessor for analyzing 
the data on the card and for controlling the print- 
ing of the invoice. 

***** 
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